Welcome Guest, you are in: Login
CTS Futures

Page History: T4 FIX API

Compare Page Revisions



« Older Revision - Back to Page History - Newer Revision »


Page Revision: 2012/12/12 15:30


A FIX API is currently in development. It is not currently available for use. Documentation will appear here as it is created. Documentation is subject to change without notice, T4 FIX specification is not final until this message is removed.

This document outlines how to use the T4 FIX API 4.0 of Cunningham Trading Systems (CTS). The T4 FIX API conforms to the Financial Information eXchange (FIX) Protocol with minor improvements and customizations as presented herein.

To develop to the T4 FIX API, you need a dedicated SSL connection to a T4 FIX API server. Your FIX client will negotiate a socket TCP connection and authenticate login parameters. To assist in development, we can provide a FIX Simulator system with market depth and execution 24x5, regardless of real market hours. From the FIX API’s perspective, the FIX Simulator works exactly the same as a live FIX system.

FIX Session

In the following scenarios, the T4 API User (Client) is identified as the” Initiator” while the T4 FIX API (Server) is named the “Acceptor”. Under the FIX T4 API, a FIX session is comprised of a FIX Logon, (administrative and application) message exchanges and a FIX Logout. Under all circumstances, a FIX session spans over these 3 components. Note, the T4 FIX API session does not span over multiple logins. In the T4 FIX API, all (application level) message interactions are governed by the FIX Session Protocol rules as applied to both administrative and application messages.

Message Integrity

The integrity of the FIX messages is of primary importance to maintain a FIX Session under the T4 FIX API. All messages must be well-formed (non-garbled and complete), delineated with the SOH delimiter character (ASCII 001), with no empty tags, carry valid value types and be in faithful conformance to the message (Tag) dictionaries of this current documentation. All messages must be delivered in sequential order as specified by the Sequence Number tag (Tag 34). Data integrity must be signed by the message CheckSum number (Tag 10). Unless specified as part of the T4 FIX API dictionaries, custom tags will be ignored and may cause a FIX Session termination. All message traffic is un-encrypted.

Message Structure

All messages (administrative and application) are expected to conform to the FIX 4.2 (Tag-Value) format. In addition to the mandatory FIX Standard Header and Standard Trailer, messages received through a client connection are required to be fully compliant with the T4 FIX API Tag dictionaries (as shown from the 'Message Types' links below). All messages must contain BeginString (Tag 8), BodyLength (Tag 9) and MessageType (Tag 35) as the first 3 tags. The Standard Trailer must also contain a correctly computed CheckSum number (Tag 10). Messages deviated from the above will be considered as garbled. Upon the detection of a garbled message, the current FIX Session will be subject to immediate termination. The TCP physical connection will also be dropped.

For sample and details of specific FIX messages, please refer to the description of each message type below. Note that the sample FIX messages are provided without the mandatory tags BeginString (Tag 8), MessageType (Tag 35), MessageLength (Tag 9) and CheckSum (Tag 10). For brevity, all message dictionaries are only provided with the relevant T4 tags.

Under the T4 FIX API, securities are uniquely identified by the specific market of a contract offered by an exchange. As such, Exchanges are identified by an unique Exchange ID in Tag 207 (SecurityExchange). Contracts are characterized by its Contract ID in Tag 55 (Symbol). Markets are identified by an unique Market ID in Tag 48 (SecurityID).

Message Types

For a full explanation of message type dynamics and its corresponding tag dictionary, please click on the links below.

FIX SESSION: Administrative Messages MARKET DATA & SECURITY DEFINITIONS ORDER ROUTING: Application Messages SOFTWARE MANAGEMENT

Logon

Logout

Heartbeat

Test Request

Resend Request

Sequence Reset

Reject

MarketData Request

MarketData Snapshot FullRefresh

MarketData Request Reject

Security Definition Request

Security Definition

New Order Single

Cancel Replace Request

Order Cancel Request

Execution Report

Order Status Request

Cancel Reject

Collateral Inquiry

Collateral Report




Note: To complement this current T4 FIX API documentation, the FIX Protocol Version 4.2 standard can be located at the FIX Protocol organization web site.

Trade how you want, where you want

support@ctsfutures.com (312) 939 0164

2 Pierce Pl, Suite 200, Itasca, IL 60143

© 2009-2023 Cunningham Trading Systems LLC All rights reserved.